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(54) Automatic upctating of diverse software products on multiple client computer system 



(57) A system and method update client computers 
of various end users with software updates for software 
products installed on the client computers, the software 
products manufacturered k?y diverse, unrelated software 
vendors. The system includes a service provider com- 
puter system, a number of client computers and soft- 
ware vendor computer systems communicating on a 
common network. The service provider computer sys- 
tem stores in an update datat)ase information about the 
software updates of the diverse software vendors, iden- 
tifying the software products for which software updates 
are available, their location on the network at the vari- 
ous software vendor computer systems, infonnation for 
identifying in the client computers the software products 
stored thereon, and information for determining for such 
products, which have software updates availat)le. Users 
of the client computers connect to the service provider 
computer and obtain a current version of portions of the 
database. The client computer determines that software 
products stored thereon, and i^ng this information, 
determines from the database, which products have 
updates available, based on product name and release 
information for the installed products. The user selects 
updates for installation. The selected updates are 
downloaded from the software vendor computer sys- 
tems and installed on the client computer. Payment for 
the software update and the service is mediated by the 



service provider computer. Authentication of the user 
ensures only registered users obtain sofNvare updates. 
Authentication of the software updates ensures that the 
software updates are virus free and uncorrupted. 
Changes to the client conrputer during installation are 
monitored and archived, allowing the updates to be sub- 
sequently removed by the user. 
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Description 
BACKGROUND 
5 Field of Invention 

The present invention relates to systems and methods for computer-based customer support, and more particu- 
larly, to systems, methods, and products for automatically updating software products from diverse software vendors on 
a plurality of end-user, client computer systems. 

70 

Background of Invention 

The typical personal computer contains various categories of software products, such as operating system files, 
utilities, applications, and device drivers, code libraries, and other forms of computer readable or executable informa- 

15 tion. In some of these categories, such as applications, the personal computer may contain numerous programs in var- 
ious subcategories. For example, a user may have one or two word processing applications, several graphics 
applications, and numerous games. Most off these products will come from diffferent software vendors. As used herein 
"software vendors" includes any entity that distributes software products, even if the entity also manufactures or distrib- 
utes hardware or other non-software products. These software vendors frequently improve their products, by adding 

£0 new features, or by f ixing known problems, arKi make these software updates avaHaWe to their users. These i^tes 
may or may not be free. 

There are at least three significant problems that the vendors and users face in attempting to provide these updates 
to the user. First, vendors face difficulty and costs in attempting to inform users of their products that the updates are 
available, and users experience simflar difficulties in attempting to ascertain what updates are available. Vendors typi- 

25 cally send out mailings to registered users, place advertisements in relevant trade joumals and magazines, and engage 
in other promotional activities. 

For all of these effforts. nrany users may remain unaware of the many software updates applicable to their systems 
until they encounter problems and contact the vendors* technical support aganizations. Other users only learn about 
updates by searching the Internet or on-line services for solutions to their technical problems. Just the shear magnitude 

30 off the problem of updating all software products can be oven*vhelming. Given that a user will have many software prod- 
ucts from numerous vendors on her computer, it would be nearly impossible for the user to frequently monitor all oJ the 
available distribution channels, journals, Internet forums, and the like, to detemiine for whk:h of the many software prod- 
ucts there are updates available. 

For exanple. some vendors maintain sites on the World Wide Web, or electronic bulletin boards (BBS's) that 

35 Include information about cunrent updates and products, and enable a user to download such updates. However, such 
sites are obviously dedicated to a single software vendor, and provide information only about that software vendor 
products, and certainly not about the products of numerous other vendors that may be interest to a given user. Thus, 
the user woukJ have to search the Internet, and possibly online services, to determine which vendors have such sites. 
The user would likely to have visit each of these sites individually and determine what software updates are available 

40 from each of them. Similarly, even though some on-line sendees indude forums or other mechanisms where users can 
learn about available updates, this still places the burden on the user to actively seek out this information. Directories 
or search engines on the imernet. such as Excite. Yahoo. Lycos, or Infoseek merely provkJe links to software vendor 
sites, but do not generally attempt to systematically determine which software updates are available, and provWe this 
information to the user, let alone actually update the software on the user's machine. 

45 Another problem is that even once an update has been identified, there is the need to install it in the user's conpu- 
ter- Many users purchase the software updates by mail order, or the like, and receive them on floppy diskettes. Other 
users may download the software updates via Internet from the computers of the software vendors, or from on-line serv- 
ices. In any of these cases installing a single update can be a tedious, time-consuming and en-or-prone process for 
many users due to the various formats and installation procedures required. InstalDng updates for all of the numerous 

50 software products on a user 's system on a regular basis would be even more difficult and time consuming for the typk^al 
user. 

Finally, many users have concerns about their privacy, and are often resistant to revealing corrplele information 
about their software configurations to one or more vendors. However, even for a single vendor, information about which 
of the vendor % products are installed on a user's computer system, and system configuration information is necessary 
55 for determining which updates are applicable to the usier 's computer system. For example, a certain software i^ate to 
an accounting program from vendor A might be applicable if the user has a printer from vendor B. and a different soft- 
ware update is applicable if the printer comes from vendor C. The user might not want to let each vendor know about 
all the components on their system, but this configuration information is necessary to ensure the correct software 
updated is Installed. Still, users are resistant to the prospect of a single vendor storing information profiling the software 
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components that reside on their conputer systems. , 

In summary, from the perspective of an individual verKlor, the problems are identifying and notifying every user of 
the vendor's software of the availability of updates to the software on a timely and useful basis, and ensuring tfiat the 
proper software ifxlates are installed. From the perspective of the individual user, the problems are systematically and 

5 easily identifying wNch updates are currently available for every piece of software on her system, and resolving the 
technical difficulties in obtaining and installing such updates. 

Accorcfingly, it is desirable to provide a system that automatically determines which software updates from wmer- 
ous diverse software vendors are currently available, and which are applicable to a given user computer system, and 
installs such user selected ones of such lidates on the useris computer. Further, it is desirable to provide such a sys- 

10 tern without abridging the privacy of users by obtaining and storing system profile information. 

SUMMARY OF THE INVENTION 

In accordance with one aspect of the present invention, there is provided a system and method that automatically 

IS updates software components from numerous diverse software vendors on the computer systems of a plurality of end 
users. The system includes at least one database that stores software update information for a plurality of software 
products manufactured by diverse software vendors. The database is maintained by a siervice provider on a sen^ice pro- 
vider computer system. Alternatively, the database may be maintained by a set of software vendors of the software 
products in association with the sen^ice provider. The software update infomiation in the database specifies the soft- 

20 ware update program or files and their network location on the computer system of the software vendors, which com- 
puter systems are connected over the network to the sendee provider computer system. The database further stores 
information that describes an installation process tor installing the software update on a userfe computeir. 

In the preferred embodiment the network is the Internet to v^ch the diverse software vendor computer systems 
are connected, and make available updates for thar software. The network location provided in the software update 

25 information is specified by one or more universal resource locators (URL). Thus, the update cfetabase does not store 
the software updates themselves, but information that is used to access the software from computer systems of ttie 
original vendors. In addition, the software update information includes a format description assodaled wrth specific 
installation programs or actions needed to install the software update. 

On each user computer, or synonymously client computer, operating in accordance with one embodiment of the 

30 invention there is provided a client application that periodically connects over the network to the update database of the 
service provider computer system. The client application automatically downloads a portion of the database to the dient 
computer, preferably to update a mirror of portions of database. From client database, the client application determiries 
virtiich software updates are applicable or relevant to the user ^ computer. This is preferably done by first determining 
the products that are installed in the client computer, and determining for each of these vtrtiether there is an update avail- 

35 able for a more recent version of the software product than that installed on the client computer. The applicable software 
updates are Identified to the user. 

The user selects vartous software updates for installing on the client computer. Erther the client application or the 
service provider computer then uses the network location specified in the database to connect to the computer system 
of the software vendor and download the software update from there to the client computer. The client application uses 

40 the format information to determine the appropriate installatton process associated with the software update, and 
installs the software update using the proper installation process. During the installation process, the client application 
monitors all changes made to the client computer, such as the deletion, addition, or alteration of files or directories. The 
client application stores the state of the cli^ computer prior to these changes. This may be done by saving copies of 
files to be altered or deleted, and noting pathnames of files or directories to be added. Once the installation is complete 

45 the stored state informatfon. such as the copied files. \s confessed and archived, and identified as being associated 
with the just installed software if)date. This stored state information allows the client application to "undo" the installa- 
tion and restore the client computer to its state prior to the installation, including restoring any f Hes that were deleted or 
aKered. Multiple "undoes" of multiple installations may be accomplished. 

Where the vendor charges for the software update, the servfoe provider conputer may intermediate between the 

so softvyare vendor 's computer and the client computer to enable an electronic payment by the user to the software vendor. 
When the electronic payment is authorized, the client application downloads the software update and completes the 
installation as described- Additionally, the service provider computer may authenticate the software update and check 
to ensure that it is not con-upted. for example by computer viruses. 

The service provkler periodically updates the update database, monitoring URL information to ensure that it cor- 

55 rectly identifies the location of software updates, identifies new software updates, or new products for inclusion in the 
database, and the like. 

The above system allows numerous users to periodically and automatically update the software products on their 
computers from diverse software vendors through a single, update mechanism. The users need not invest the time and 
energy to identify currently available updates, nor engage in the potentially difficult process of manually (even electron- 
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ically) otkaining and installing the software updates, and properly configuring their conputer systems. Rather, all of the * 
relevant information about the currently available updates is maintained for subscribing users in the service provider^ 
database. Further, the above system provides these benefits without directly storing the software updates themselves, 
which would be undesirable for the service provider due to vast memory requirements needed for handling software 
5 updates from hundreds, or potentially thousands of software vendors, and the difficulty of ensuring that all such soft- 
ware updates were current. 

As a further aspect of the invention, the update database stores promotional information for various software prod- 
ucts in addition to the software i^xJate information. The promotional information includes product literature, advertisir^ 
literature, technical information, product demonstration software and the like. This information is categorized into a 

10 number of product categories. Like the software update infennation. the pronrational information itself is not stored in 
the update datat>ase. but rather, a network location is stored for each item of promotional Information. 

The client application determines on the client computer the product categories of the software products therian, 
and then selects promotional information from certain product categories, and retrieves this promotional information 
from the network location infbrniatbn associated with it. This enables the client application to direct promotional Infbr- 

75 mation to the client computer based on the software products thereon, and hence the user's litely product interests, 
without 1) storing large quantities of promotional information directly; and 2) disclosing tfie actual contents of the user 
computer to third parties. 

The update database of software update information is preferably maintained by a supplier of the dient application, 
who also maintains the service of providing software updates. TTiis database is created by engaging with numerous 

£0 software vendors to provide information for software updates of their products to the service provider. PreferraWy, the 
software vendors provide the service provider information describing the software update, including version informa- 
tion, file formats, configuration information, and network location. 

Alternatively, software updates may be identified by systematically and periodically searching the Internet to Wen- 
tify the software vendors who are providing updates to their software products. These updates are tiien downloaded 

25 from the software vendors Internet sites, and one or more network locations (URL) are identified for obtaining the 
download. The downloaded software update is then installed on one or more target computers as typically cortfigured 
by end users. The fomriat of the softv^are update is detennined. along with the network location of the software i^xJate, 
and other descriptive information, such specific configuratton actions to be taken during installation of the software 
update, useful descriptive text, and the like. 

30 In anotha- aspect of the present invention there is provided a client application that interacts vwth the update data- 
base. The client application is provided on each of a plurality of client computers. The client application is executed on 
a periodc basis and connects to a update database as described above to perform the operations of downloading the 
portions of thedatat>ase, determining the relevant software updates to be retrieved, retrieving same from their networi^ 
locations, installing the software updates on tiie client computer, and removing installed updates if desired. 

35 In yet another aspect of the present invention, information abotA software updates or software products may be pro- 
vided by tiie service provider to a client computer l>y email, upon request for email notification by a user. Users who sub- 
scribe to tiie service provider is service indicate the software products in virtiich they are interested, either directty, or 
indirectly t>y their actions in using rn? service. As new software updates, or software products become available, the 
sen/ice providers determines whic ^ one match a particular user's interests, and notifies tiie user of such updates or 

40 products by email. The notification includes the network location of where ttie software product or software update is 
available. The user can tiien approve ttie installation of the product or ipdate, and use the client application to download 
and install the software update or product. 

BRIEF DESCRIPTION OF THE DRAWINGS 

45 

Rgure 1 is an illustration of a system for providing software updates in accordance wnth the present invention. 
Figure 2 is a flowchart of the overall method for providing software updates to a client computer in accordance with 
the present invention. 

Figure 3 is an illustration of a user interface for registering a new user of the updating service. 
50 Figure 4 is an illustration of a user interface for selecting software updates for installation. 

Figure 5 is an illustration of a user interface for confirming installation of a software update. 

Figure 6 is an illustration of a user interface for undoing an installation of a software ujfxJata 

Rgure 7 is an illustration of software architecture of the service provider computer system. 

Figure 8 is one embodiment of a schema for the update database of the service provider computer. 
55 Figure 9 is an illustration of the software architecture of an dient conputer. 

Figure 10 is a flowchart of further details of analyzing ttie client computer, detemiining software updates, and dis- 
playing update information. 

Figure 11 is a f bwchart of ttie operation of the install monitor. 

Rgure 12 is a ffowchart of tiie operation of the URL nmitor. 
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Figure 1 3 is an illustration of a user Intertace for registering a software update into the update database. 

Figure 1 4 is one embodiment of a schema for the user prof Oe datatase. 
Figure 15 is one enfibodiment of a schema for the advertising information database. 
Figure 16 is a flowchart of the operation of the recovery module. 
5 Figure 1 7 is an illustration of a user interlace for registration a sofware product into the update database. 

DETAILED DESCRIPTION QF THE INVENTION 

System Architecture 

10 

Referring now to Figure 1 . there is shown the architecture of one emtodiment of a system for i^xJating diverse soft- 
ware products on user ^ computers in accordance with the present invention. In system 100. there are a plurality of cli- 
ent computers 101 communicatively coupled by a network 106 to a service provider computer 102. A number of 
software vendor conputers 103 are also communicatively coupled over the network 106 to the service provider cOTi- 

75 puter 102. The network 106 is preferably the Internet, or other similar wide area network 

Each client conputer 101 is operated by an end user, and typically has a number of software products installed 
thereon, such as applications, drivers, utilities and the like. In accordance with the present invention, the client comput- 
ers 101 includes a dient application 1 04 that comnrwnicates with the service provider computer 1 02 to obtain software 
updates of sofhware products installed on the client computer 101 . The software architecture of a client computer 101 

£0 and client application 1 04 is further descrtoed below with respect to Figure 7. 

Each software vendor corrputer 1 03 coipled to the sen^ice provider computer 1 02 stores software ipdate informa- 
tion, software products, information files, and the like. The software update information includes applications, binary 
files, text files, and the like, for updating software products installed on cfient computers 1 01 . and advertising or other 
infonnation about such products useful to users for evaluating potential software for updating. Other types of informa- 

25 tion useful to providing product support technical service, or the like may also be beneficially provided. In addition, the 
software vendor computers 1 03 provide mechanisms for controlling distribution and payment of software updates, such 
as credit card payment front ends, code authentication and verification subsystenns. and the like. These various mech- 
anisms are understood in the art. For exanple, payment mechanisms may be implemented in compliance with various 
credit card or debit systems, as known in the art. Ukewise. authentication and verification may be inpiemented using 

30 conventional encryption techniques. 

In a preferred embodiment the network 106 is the Internet, and nwe specHically, the World Wide Web portion 
thereof. The varrous coirputers thereby support the protocols for FTP, and HTTP, and provide for the display and ren- 
dering of HTML, VRML, or other text or interface description languages. Each computer 101, 102. 103 has a IP address 
that specifies its localfon on the network 106. thereby allowving such computers to communicate with each other in a 

35 conventional rrann^. Files, such as executaWes. binaries, and text files are identified within the various computers by 
universal resource locators (URLs) as known in the art. 

Overall System Qperatfon 

40 Referring now to Rgure 2. there is shown an overall flow diagam of the process of updating a single client conrpu- 
tenoi inaccordance with thepresert invention. The process here is described with respect to a s^^^ 
101. Given the client-server nature of the system, those of skill In ttie art understand that numerous other indlvklual di- 
ent conrputers 1 01 may interact with the service provider computer 1 02 in parallel. 

The update prwess 200 is typically initiated on the cfient computer 101. The user may manually initiate the proc- 

45 ess. a it may occur automatically, for example at preset periods, such as once a month. Alternatively, ttie process may 
be initiated by ttie service provider computer 102 prompting the client computer 101 at various intends, or in response 
to particular events. 

In each case, the user logs in 201 to the service provider computer 102 with the client application 104 in a conven- 
tional manner, providing a user ID, a password, and the like. This information may be nnanually entered by the user via 

so the client application 104. or more preferably, stored within the client appfication 104, and automatically provided once 
a connection between the client computer 101 and sen/ice provkler computer 102 is established. If the user is not reg- 
istered, then the service provider computer 1 02 in conjunction vwth inputs by the user, registers 202 the new user of the 
system. Figure 3 illustrates a basic user interface 300 for registering the user. The user identifies himself or herseH by 
name 301 and selects a password 303. The user may also provide a mailing address 305 and a payment mechanism 

55 such as a credit card data 311. including a credit card number and expiration date, to pay for the sendees and for any 
for-fee software updates that the user may access In the course of using the service provided by the service provider 
conputer 102. An email address 307 is entered to allow the service provider to contact the user by email. The user may 
select check box 309 to indicate that they want to be notified by email when new software updates are available for soft- 
ware products installed on their computer. When the registration process 202 is completed, the service provider com- 
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puler 102 returns a unique registration number to the user. This number may be stored on the client computer 101 and 
used during subsequent logins to identify the user to the sendee provider computer 1 02. 

The registered users are authenticated 203 by the service provider computer 102. using conventional authentica- 
tion mechanisms, such one or more passwords, digital signature, certificates, or the like. Authentication ensures that 
only users! who are properly authorized by the service provider can obtain updates for software products. 

The client application 104 then analyzes 204 the client computer 101 to determine a list of installed software prod- 
ucts The list of installed software products typically includes applications, system utilities, drivers, and other executa- 
bles or resources. These software products will typically be from numerous diverse software vendors, a number of 
whom wfll maintain software vendor corrputers 1 03 on the network 1 06. 

For each of the installed software products on the Itet, this client application 104 determines 205 if there is an afjpli- 
catrte, or relevant update for the software product. This determination is made in consultation with the service provider 
computer 1 02, which maintains, as further described below, a database including a list of available software updates for 
numerous software products of diverse software vendors. 

The client application 104 displays 206 the list of applicable sofhware updates to the user, for review and selection 
thereof of updates for purchase and installation. Figure 4 illustrates a sanrple us^ interface display 400 of applicable 
software updates. This display 400 includes the name 401 of each software product identified on the client computer 
101 . and ren^rks 403 displayed next to the name indicating whether the software product is already up-to-date, that is, 
there are no applicable updates, or, if the product is not cunrenl, the list of applicable updates (which may be for the soft- 
ware product itself, or for related products). In those cases where there Is an applicable update, the remarks 403 briefly 
indicate the nature of the software update. In the example of Figure 4, the remarks 403 for the software product Qukten 
5.0® by Intuit Inc., indicates a update to provide new features. The user may obtain additional information by selecting 
a name or remark of a particular software product. The selected product name and remark is highlighted, as shown in 
Figure 4, and the information about the software update is displayed 207 in an information window 405. This information 
may be stored in the service provider computer 101. a obtained directly from the software vendor computers 103 as 
needed using URLs associated with such information. The user may limit the list to only those software pnxlucts tfiat 
need updating, rather than all installed software products, by selecting check box 407. 

The user may select one or more software products to update. To update one of the software products, the user 
selects the software product for update by selecting (e.g. double-clicking) the line including the software product, or by 
single clicking on the line, and then clicking the retrieve button 409. The user may select more than one software update 
by holding the control key on the keyboard down while single-clicking on the name of each desired software update, 
followed by selecting the retrieve button 409. When all the desired updates have been selected, the user may click on 
the COTtinue button 41 1 to begin the installation process. 

For each selected software update, the client application 104 performs an installation process 208, Referring to Fig- 
ure 5, the client application 104 displays informatkDn 505 for a selected software update, and provides the user the 
opportunity to conf imi 501 or cancel 503 the installation. If confirmed, the client application 104 downloads 209 tfie soft- 
ware update, along with installation information, such as installation programs, files, and the Ite. This downloading may 
be directly from the software vendor computer 1 03, using the URL data stored in the service provkier computer 102 for 
the location of the software update on the network 106. 

In conjunction with the downloading process 209, a payment transaction 210 nray be conducted whereby the user 
of the diem computer 101 pays for the software update if it is not a free update. The service provider conputer 1 02 may 
intermediate in this transaction, or merely initiate the transaction by connecting the client applk;atk>n 104 to the compu- 
te 103 of the software vendor of the update. If payment information, such as credit card numbers, are stored in ttie cB- 
ent awDlicatlon 104, then this information maybe provided by the client application 104 to the software vendor confer 
103. 

Once the dowmload and applicable payment are complete, the software update is physically installed on the dient 
computer 101. Each sofware update is associated with information that describes the particulars for the installation, 
such as configuration, decompression or ottier information. The installation is performed in conformance with such 
information. 

In the preferred embodiment, the client application 104 executes 211 an install monitor prior to actually installing 
the software update. The install monitor, as further desaibed below, records the changes made to the client conputer 
101 as a result of the installation of the software update. This information is archived by the install nwnitor and allows 
the user to "undo" or remove any nunrt>er of installations, and restore the client computer 101 to rts state prior to each 
such installation. Accordingly, the client application 104 performs 212 the installation, executing any necessary decom- 
pressfon, installation, or setup applications necessary to install the software update. During tiie installation proce^ 21 2 
the install monitor records 213 any changes made to the system configuration, including changes to various configura- 
tion files, additions or deletions of files, and additions or deletions of directories. The changes may be recorded in a vari- 
ety of manners, such as building desaiptions of the modifications of tiie files, or afternatively. storing copies of files prior 
to their afteration or deletion. Once the installation is conplete, tiie install monitor archives 21 4 the changes. This proc- 
ess 208 is repeated for each software update to be installed. 
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Once all of the software updates have been installed, the client applications 1 04 logs out 215 of the service provider 
computer 102, and any necessary payment information for the usei- may be updated, such as paynwnt k>ased on the 
number of software updates purchased, the online connection time, and the like. Alternatively, no payment may need to 
be directly made, as the cost of the service may be included In the cost of the software update charged by the software 
5 vendor, who then pays the service provider for the service of coordinating and linking end users to the software vendor^ 
computer system 103. 

At some subsequent point, the user may decide to undo a previous installation, for exanple. due to dissatisfaction 
with the software product. The user may use a recovery feature of the client appOcation 104 to undo 216 the installation. 
A sample user interface 600 for the recovery function is illustrated in Rgure 6. The user interface 600 ihcludes afield 

10 601 indicating the previous update to be removed as selected by the user, along with an information window 603 
describing the software update. The user confirms the removal of the software update by selecting the undo button 605. 
or may cancel with cancel button 607. The recovery function deletes the fBes installed for the software update, and 
using the archived information created by the install monitor during the installation of the product, restores the client 
computer system 101 to its configuration immediately before the Installation of the product. This process 216 includes 

15 deleting files and directories tiiat were added, restoring files and directories that were deleted, and restoring files that 
were othenwise changed. In one preferred embodiment, the recovery function is able to undo any installation in a given 
series of installations, accounting for changes to the configuration of the client computer 101 after a particular installa- 
tion. In another prefen-ed embodiment, the recovery function undoes installations in ttie reverse order of their installa- 
tion. H any payments were originally required from the user for the cost of the software update and the associated 

so sen^ice of downloading and instafling it, the payments may be credited back to tiie user when the user undoes the instal- 
lation. 

Service Provider Comouter 

25 Refening now to Rgure 7, there is shown one embodiment of the service provider computer 1 02 in accordance with 
the present invention. In terms of hardware architecture, the service provider connputer 1 02 is conventional sender type 
computer, preferably supporting a relatively large number of multiple clients simultaneously for requests for data and 
other processing operations. The sen^ice provider conrputer 102 indiKles one or more conventional processors in a 
processor core 723. and a suitable amount of addressable memory 700. preferably on the order of 1 8-64 l^b. The serv- 

30 ice provider computer 1 02 may be implemented witii an Intel-based computer including one or more Pentium*^ 
sors. or other more powerful computer, such as various models of Sun Microsystems ' SparcStations using UltraSparc 
processors. The service provider computer 102 executes a conventional operating system 721 . such as Windows KT^ 
from Microsoft Corp., or one of various UNIX-based operating systems, such as Sun Microsystems' Solaris 2.5. The 
sendee provider computer 102 further includes a network communication protocol layer 719 that implements the nec- 

35 essary TCP-IP communication functions for connecting to the network 1 06 and communicating with other computers. 
In accordance vnth the present invention, the sennce provider computer 102 includes a number of executable com- 
ponents and database structures useful for nrwnaging ttie software update interactions wrth the client computer 1 01 and 
the sofhware vendor computers 1 03. These components include a security modiirie 701 , a communications module 703. 
a payment module 705, database modification tools 707, a update database 709. a user profile database 71 1 . a report- 

40 ing tools module 71 3, a URL monitor module 715. an advertising/information database 71 7. and an activity log 718. The 
update database 709 is described here; the remaining connponenis are described f urtiier below. 

Update Database 

45 The update database 709 maintains infonmation identifying a large nuntoer of software products, infomiation about 
the software updates that are available from the diverse software product vendors for tiiese software products, infbrnrw- 
tion for identifying software products installed on a dient computer 101 . and for uniquely distinguishing the versions and 
names of installed software products. 

In one erribodiment, the update database 709 does not itself store the software updates, but ratiier stores informa- 

50 tion. such as URLs, that allows the service provWer computer 102 or tiie cBent conputers 101 to directly access the 
software updates from the software vendor computers 103. This implem^ation is chosen for several reasons. The sys- 
tem 1 00 is designed to provide software updates for large numbers of software products, on the order of hundreds, and 
perhaps thousands of products. In this situation, extremely large amounts of storage would be required to store the rel- 
evant ffles. Further, by not storing the software updates themselves, but only links to the software vendor corrputers 

55 103. the service provider does not have to make sure that the software updates themselves are always current, but 
need only maintain the link information, which is administratively easier. In another embodiment, the software updates 
are stored in the updated database 709. This inplemenation is useful, for example, to facilitate syndironizatfon of 
updates of the database 709 itself with the releases of new software updates for software products, thereby er^uring 
that the entries in the database 709 are consistent with ttie current releases of new software updates. 
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Rnally. the update database 709 may also store information describing an installation process for installing a soft- 
ware update. This information may include particular configuration, file format or other data useful to perfonning the 
installation of the software update the client computer 101. This information, if present, may be provided to the client 
computer 101 to use during the installation of the software update. 
5 The update database 709 may be inrpiemented in a variety of ways. Refemng now to Figure 8 there is shown one 
Implementatlpn of the update database 709. illustrated as a schema for a relational database. In this embodiment the 
update database 709 includes 4 tables: a method table 801 , a product locator table 803, an product table 805, and an 
update table 807. Figure 9 illustrates a flowchart of the process of analyzing the client computer 101 using )*ie tables of 
the update database 709. 

10 The method table 801 maintains information identifying various methods of analyzing a client computer 101 to 
determine which software products are installed thereon. The method table 801 includes scan methods 81 1 and param- 
eters 812. The various scan methods 81 2 are designed to cover the variety of different facilities of a client computer 101 
that may Identify the installed products. For example, In a client computer 101 using Microsoft 's WindowsSS or Windows 
NT operating system, there Is provided a Registry which is designed to maintain indicia of installed software products. 

15 The Registry Includes various methods that can be called to return information about the software products identified 
ther«n. Some of these methods are listed in the scan methods 81 1 . The parameters 81 2 are arguments to the Registry 
methods, for example, identifying specific aspects of the Registry to be searched. 

While compliance with the WindowsSS standard requires that a software vendor's installation procedure should 
update the Registry, not all software v«rdors comply In this case, irrforn^tion identifying the installed software products 

20 is also maintained in the config.sys, system.ini, and the autoexecbat files. Also, a client computer 101 may be using 
Microsoft Corp. 's MS-DOS or Windovre 3.1 qjerating systems. wNch do not use the Registry. Accordingly, the scan 
methods 81 1 include methods for reviewing these system files arxl returning indicia of the installed software products. 

Each of the scan methods 812 return indicia of the installed products in the form of a nunt)er of strings, here 
scan_string. Each scan_string identifies a product name or file name, or some other data. However, a scan_string may 

25 not uniquely identify a product. For this reason, the scan_string is resolved by the product locator table 803. 

The product locator table 803 associates individual scan-strings 813 vnth a product name 815. instructions 816 for 
determining a version numl)er or release number, and one or more constraints 814. The constraint is a rule that 
uniquely identifies the product given contextual information for the product where there are two entries having identical 
scan_strings. Constraints include specific directories thai include the product, additional entries in the system configu- 

30 ration file, the Registry or the like. If the specified information in these various locations matches the constraint values, 
tiien the product name associated witii the constraint is the correct product name for the scan_string. In one embodi- 
ment, the constraint 8U is an executable procedure ttiat retrieves informatfon in these various locations, and deter- 
mines from tiiis information whether the product name is a match with tiie scan_string. according to whether the 
specified details of the constraint are found in the client conrputer 101. 

35 Since some of the installed software products will be in their most current versbn. it is not necessary to update all 
software products installed on the client computer 101 . Ratiier, from the list of installed software products, further anal- 
ysis (205. Figure 2) determines for which of these software products is tiiere an applicable software update. A software 
update is applicable to a client computer 101 if version of the software update is more recent than flie version of the 
Installed software product. 

40 Since not all of the software products installed on a client computer 101 need to be updated, the detemoination of 
the applicable software updates is usefully made witii the product table 805. The product table 805 associates a product 
name 815 and a particular release 818 with an update ID 819 identifying a software update for that version of the prod- 
uct The new version number 820 specifies the new version that would be produced by applying the software update 
specified by the update ID 819 to the software product identified by the product name and release number. The latest 

45 field 821 specifies (Y/N) whether applying the software update would bring the product to its most up-to-date version, 
Rnaliy. the update table 807 stores the information necessary for performing the software update itsetf. This tat)le 
is usefully l<eyed by the update ID 819. For each update, there is provided a URL list 823 wrtiich contains URLb for the 
various sites that store the actual binary files for the software update, typically the software vendor computer system 
103, and potentially mirror sites. The URL list 823 is comprised of a number of URL entries, each URL enfry having a 

so URL and a timestannp of ttie last time tiie URL was validated, and flag indicating whether the URL is valid. This allows 
the URL monitor 71 5 to ensure that current URL information is maintained in the datak>ase. 

The current cost 824 of the software update is also stored to provide tiie user with cost information for the software 
update. 

The format 825 specifies the file format of the software update files, and thereby indicates the type of processing 
55 needed to install the software update files. In one enr*>odiment. tiiere are six formats and accompanying installation pro- 
cedures: 
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Table 1 



Format 


Installation Procedure 


zip 


1} Unzip file with unzip.exe 
2) Run install.exe 


zip 


1) Unzip file with unzip.exe 

2) Run S6tup.exe 


self-extracting archive 


1) Execute file to extract 

2) Run install.exe 


self-extracting archive 


1) Execute file to extract 

2) Run setup.exe 


fpe.exe 


1) Execute file for self extraction and Installation. 


unknown 


1) use saipt information to perform installation. 



With respect to unknown or custom formats, the update table 807 stores in the saipt 826 either a handle to a cus- 
tom installation program that is provided either by the software vendor for the update, or by the servtee provider. In addi- 
tion, the script 826 also stores information about any conditions that are required for the installation, such as turning off 

25 anti-virus programs, or other conflicting progranr^s during the installation process. 

The description 827 field staes data associated with a description of the software update, such as describing the 
product features. The description is preferably a URL to a file on the software vendor computer system 103 that con- 
tains the description information. Again, the actual text need not be stored here, but merely a link to where that infor- 
mation is available on the network 106. 

30 The update database 709 has been described as a set of tables. Alternatively, the update database 709 may be 
implemented in an object oriented framework wrth each table being a class, and the fields of the tables being attributes 
and methods of the class. The class type is then usefully defined by the primary key of the table. 

Client Computer 

35 

Referring now to Figure 9. there is shown an illustration of the hardwrare and software architecture of a dient com- 
puter 101 . A client conputer 101 is of conventional design, and includes a processor core 918, an addressable memory 
900. and other conventional features (not illustrated) such a display, a local hard disk, input/output ports, and a network 
interface. The display is of conventional design, preferably color bitmawjed, and provides output for a user interface for 
40 various applications, such as illustrated in Figures 3-6. The input/output ports support input devices, such as a key- 
boana. mouse, and the like, for Inputting commands and data. The network interface and a network communication pro- 
tocol 916 provide access to remotely situated mass storage devices, along with access to the Internet, with a TCP-IP 
type connectron, or to other network embodiments, such as a WAN, LAN, MAN or the like. 

In the preferred embodiment the client computer 101 may be implemented on a Intel-based computer operating 
45 under Microsoft Windows 3.1 or Windows95 operating system 917. or equivalent devices. The client computer 101 
includes some number of configuration files 915, such as the Windows95 Registry the system.ini. conftg.sys and other 
files. 

The dient computer 101 further has installed thereon software products in the form of applications 912, operatng 
system utilities 913. and device drivers 914, and the like. These various software products are anrwng those that will be 

so updated by the sen/ice provider computer 1 02. 

In accordance with the present invention, the dient computer 101 executes the client application 104 in memory 
900. The client application 104 is conprised of a number of executable code portions and data files. These indude a 
security module 901 . a communications module 903. a payment module 905, a registration module 904. an advertising 
and newfs module 906. a system analyzer 907. a recovery module 908. an install monitor 910, and data defining the 

55 current state 91 1 of the application. The client application 1 04 further maintains in a private area of the computer stor- 
age archive files 909 that archive the state of the dient computer 101 prior to each update installation. The dient appli- 
cation 104 may be provkJed to the dient computer 101 on a computer readable media, such as a CD-ROM. diskette. 
8mm tape, or by electronic communication over the network 1 06, for installation and execution thereon. 
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Analysis of installed Software Products and Determinatio n of Applicable Updates 

In the preferred embodiment, the analysis 204 is preferably performed by the client application 104 on the client 
computer 101 . TNs reduces the network bandwidth required, and the potentially unreliability of non-stateless remote 

5 procedure call inrplementations by having the service provider computer 102 perform the analysis. It further increases 
the number of simultaneous users of the service provider computer 102. The analyze process is perfamed by the sys- 
tem analyzer 907 module of the client application 1 04. 

in this embodiment then, the client connputer 101 stores a local copy of the method table 801 and the product loca- 
tor table 803 and uses these local copies to perfam the analysis. 

10 Referring now to Figure 10 there is shown the process if the system analyser 907 for analyzing 204 the dient com- 
puter 1 01 to deternvne the list of installed software products. 

The system analyzer 907 first synchronizes 1 001 the method table 801 and the product locator table 803 in the cli- 
ent computer 101 with the cunrem versions held by the service provider computer 1 02. Preferably each table is replaced 
in its entirety; this is likely to be faster than comparing individual entries and updating only those that are out of date. 

75 The synchronization may be mandatory or conditioned by version on dient conrputer 1 01 being dder than the verston 
on the service provider computer 102. as indicated by stored timestamp of last time the update table 709 in the service 
provider computer 102 was updated. 

Once the tables are synchronized, the system analyzer 907 can operate locally, for improved eff idency. The system 
analyzer 907 traverses the entire method table 801, and invokes 1003 each scan method 812 to search the Registry 

20 and configuration files 91 5 of the dient conrputer 1 01 . Each scan method 81 1 outputs a scan_6tring, as described, 
spedfying some software product installed on the client computer 101 . 

The system analyzer 907 applies (1005) each of the scan^strings to the product locator table 803. The product 
locator table 803 receives the scan_string and resolves 1007 the scan_string to determine a product name 815 and a 
release instruction 816 associated with it. In some cases, the scan_string does not uniquely identify a produd name 

25 815, but matches several produd names of installed software products. Accordingly, for each matching entry, the sys- 
tem analyzer 907 obtains 1009 a constraint 814 from the product locator table 803. and resolves 1009 the constraint to 
determine whether product on the dient computer 1 01 is in fact the produd listed in the entry. The constraint 81 4 of one 
of the entries will be satisfied and uniquely identify the product nanr)e. 

Once the specific entry with the correct produd name is identrtied, the system analyzer 907 resolves 1011 the 

30 release instruction 816 for the entry to obtain the release or version number of the installed software product The 
release instrudion 816 is preferably an executable procedure that obtains the version number from the named software 
product, and ttius not merely the actual data itself. Using an executable procedure here ensures that the obtained 
release or version nunnber is actual value for the produd. 

_ The result obtained by the system analyzer 907 from the produd locator table 803 is a list 1 013 of the installed soft- 
35 ware products on the dient computer 101, each produd identified by name and the installed vesion. The system ana- 
lyzer 907 uses this list to query the service provider computer 102 to determine 205 for which of these products there 
is an applicai^e update. 

For each installed produd (1002) the system analyzer 907 queries the service provider computer 102 to resolve 
1004 the name 815 and release number 818 of the produd and determine if there a current update 821 for the produd. 

40 This may be done by passing in the entire list as name, value pairs, or individually quarrying the service provider com- 
puter 102. In either cases, the service provider computer 102 determines rt there is an applicable update tor a software 
product by comparing the produd name 815 and release information 818 to the product table 805, and obtaining the 
information in the latest update field 821 . If there is an update available, in that the release information in the table incfi- 
cates a version later than the version that is installed on the dient computer 101 . then the sendee provide- computer 

45 1 02 returns 1 006 a handle the update ID 81 9 to the system analyzer 907. H the release of the software product installed 
on the dient conputer 101 is the most recent version, then the service provider conrputer 102 checks the next entry 
This process continues until all of the installed software produds are checked. 

g^lgptiQn of gQftw^rg W^X^ 

50 . . 

Once all of the installed software products have been reviewed against the product table 805, the system analyzer 
907 will have a list 1007 of the applicable software updates, as those produds for which it received an ipdate ID 819 
from the service provider conrputer 102. The system analyzer 907 can then display 206 the list to the user. An exem- 
plary user interface is described above with resped to Figure 4. 
55 The system analyzer 907 can further display 207 additional information for a software update, as illustrated in Fig- 
ure 5, by querying the service provider computer 102 with the update ID 819 of a particular produd to resolve 1008 the 
update ID 819 on the update table 807 and return infornnation, such as cost, descrption, and the like. 
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Installation of Software Update s and the Install Monitor , 

The user selects one or more of the list software updates. For each selected ^xiate. system analyzer 907 returns 
the update ID 819 to the service provider conputer 102. The service provider computer 102 resolves the update ID 819 
5 against the update talDle 807 to obtain the record for this update, including the URL list 823 identifying the location of 
the relevant update files. This record is returned to the client conputer 1 01 . The client computer 101 accesses the iden- 
tified URL(s) and downloads the software update files, typically from the software vendor computer 103. though down- 
loads may be from minor srtes, or the like. The client computer 101 further downloads (from the received URLs) any 
addrtionai installation files, such as installation executaWes. and saipts. The clien! computer 101 also verrfies thai the 
10 software update files are not corrupted. 

In a preferred embodiment, the client computer 101 employs its security module 901 to verify the integrity of the 
files to make sure that they have not been corrupted. 

The software update is then installed 212 by the dient application 104 as described, using the format information 
825 to determine the particular installation process, and the script 826 to control any custom installation or configuration 
IS information. 

Installation 212 is monrtoredby the install monitor 910, which is executed prior to the actual Installation. The install 
monrtor910documentsthestateof theclientcompirter 101 prior to installation and the changes made during the instal- 
lation of a software update; The install monitor 910 operates in the background, and interc^s calls to the fjle system 
or other operating system calls that might result in changes to any files in the client computer 101 . Depending on the 

20 specific call, the install monitor 910 takes action to preserve the state of the file before the change is made. 

Figure 1 1 illustrates a flowchart of the operation of the install monitor 910. The install nrwnrtor 910 receives operat- 
ing system calls and messages from the client application 104. On trapping 1 101 an operating system call, the install 
monitor 91 0 determines 1 103 the type of call. There are three types of calls of interest: calls 1 105 that delete a file or 
directory, calls 1 107 that change an existing file by writing to it. and calls 1 1 09 to add new a file or directory. When a file 

25 or directory is to deleted, the install monitor 91 0 first makes 1113a copy of the existing file or directory to a private area 
of the client computer's 101 hard disk or other storage de/ice. The install morttor 910 then lets the operating system 
917 delete the file or directory, and waits for the next call. When a file is to be changed 1 107. the install monitor 910 
determines 1115 whether this is the first write to the file. If so. then again, the instaD monitor 9 1 0 copies 1119 the file to 
the private area. If the file has been already changed during the installation, there is no need to copy it again. These 

30 copy operations 1 1 13, 1 1 19 preserve the configuration of the dient computer 101 prior to the installation. Rnally, if a 
new file or directory is to be added 1 1 09, the install monitor 91 0 stores 1 1 1 7 the pathname of the new file or directory. 
Tliis allows the new file or directory to be later deleted during an undo of the installation. For all other types 1 1 11 of 
operating system calls, the install monitor 91 0 passes them through without action. 

The install monitor 910 warts for installation process 212 to complete, preferably indicated by a message from the 

35 client application 1 04. At ttts point the complete prior configuration of the client computer 1 01 is known from the copied 
files and pathname infamation. These files and information are conpressed 1121 into an archive file 909 and saved 
on the client computer 101, along witti information identifying the software product installation to which it belongs. This 
identifying Information allows tiie recovery module 908 to retrieve the archived information and restore the configuration 
of the client computer 101 . 

40 

Other Service Provider Software Architecture 

Referring again to Figure 7, the remaining modules of ttie service provider computer 102 are now explained. 
45 Communication 

The communications module 703 provides for the establishment, maintenance and termination of network connec- 
tions between the service provider conputer 1 02 and eitiier the software vendor computers 1 03 or the client computers 
101 . The communications module 703 supports tiie FTP and HTTP protocols for sending and receiving data over tiie 

so Internet and the World Wide Web. The communications module 703 generally maintains and establishes separate 
streams for each connection it maintains. Preferably, the service provider conputer 102 supports a large number of 
connections, posstoly several hundred or tiiousands. at a time. In the event tiie customer base is so large that an even 
larger number of simultaneous connections may be required, multiple servers with minor images of the update data- 
base 709 may be used. The communications module 703 also handles login and logout in a conventional manner, 

55 though tiiese functions may be incorpaated into tiie security module 701 , bejow. 

Sgsyrjty 

The security module 701 handles the authentication of tfie user as an authorized user of tiie service provider com- 
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puter 102! The security mcxJule 701 may be implemented with com/entional authentication medianisms based on dig- 
ital signatures, such as public key systems supporting digital signatures, certificates and the like. Suitable security 
mechanisms include VeriSign Inc. t Digital ID Center, which incorporates the login and logout functions from the com- 
munications module 703. 

5 Additionally, the security module 701 provides for verification of the integrity of software updates that are down- 
loaded from software vendor computers 1 03 to ensure that such updates have not been altered or infected by computer 
viruses or other unauthorized modifications. This module may be used, for example, to compute a checksum of the 
updates and the checksum may be stored in the update database 709. The checksum may be a simple one, or a ayp- 
tographically secure one such as any of the f^essage Digest (MD) algorithms proposed by Professor Ronald Rivest and 

ia commonly available in programming API's such as Microsoft's Cryptographic API standard. Whenever an update is 
later downloaded to a client conrputer 101 from a software vendor conputer 103, the checksum of the update may be 
computed and compared against the one stored in the update database 709. If the two match, rt may reasonably be 
infenred that the software update was downloaded to the client computer 101 correctly The security rrxxlule 701 may 
also be used to scan for viruses in the software updates stored on the various software vendor computers 1 03. 

15 

The payment module 705 handles payment by the end user to the servrce provider for the service of providing soft- 
ware updates. The service provider computer 1 02 maintains a database of its users. TNs database may be the user 

20 profile database 71 1 or other databases. Each user is charged a service fee for using the service provider computer 
1 02 to download software updates. The fee may be based on a variety of different schedules, such as connection time, 
number of software updates purchased, annual or monthly sul)saiption fee, or a conrtolnation of any of these or other 
prrcing formulas. However charged, the payment module 705 tracks the user's usage of the service, for example, total 
the connection time, and maintains a count of the nunrrber of software updates downloaded, until the user logs out of 

25 the service provider computer 1 02. Payment is then charged to the user's credit card. wHch was previously supplied by 
the user during registration. Suitable inplemenlations of the payment nrxxlule 705 may be created in conformance vwth 
the Secure Electronic Transaction specification of Mastercard and Visa. 

A user 's subscription to the service may be enforced by the payment nrxxlule 705 In various ways. One example of 
an algorithm to enforce term subscription is as follows: 

30 The user logs in from the client computer 101 to the service provider computer 102. The payment module 705 
determines if the user's account is current, and if so, accepts the connection to the client computer 101. If the userfe 
account is about to expire, for exanrple, within 30 days, or has expired, the paynr^ent module 705 prompts the user to 
renew the subsaiption. If the user agrees, the subscription fee is charged to the user 's credit card account, and the con- 
nection to the dient computer 1 01 is established, allowing the user to use the service as described. If the users refuses 

35 to renew, the connection is refused. 

Fees ntay also be charged on a per-transaction basis. In this scenario, the fees may be attached to selected trans- 
actions. Once example of an algorithm to enforce per-transactfon fees is as follows: 

The client application 104 requests, for a software product to be updated, a transaction permission from the sen^ice 
provider computer 1 02. The payment module 705 determines from the update database 705 a specific fee for the trans- 

40 action, and returns this information, along with a permission, to the client applkation 1 04. The client application 1 04 dis- 
plays the fee to the user, who either confirms the transaction or cancels the software update. If the transactton is 
confirmed, the client application 104 performs the installation process. The payment module 705 is notified if the trans- 
action and installation is successful, and then adds the transaction fee to a running total of fees for the current sesston. 
When the user's session is complete, the running total of transaction fees is charged to the userfe credit card, and the 

45 chargesprovidedtotheclrert application 104 vvhich displays them to the user. 

In cases where an update is going to be undone by the recovery nnodule 908, the transactfon fees shouM to be 
credited back to the user's credit card account. Here, the client applicatfon 104 informs the service provkler computer 
102 that a software update is to be undone, providing the update ID 819 of the sofhware update The payment nwdule 
705 uses the update ID 819 to determine the transaction fee (cost 824) to be credited. This amount is passed back to 

50 the client application 104 and displayed to the user. The software update is removed by the recovery module 908. and 
the payment module 705 is notified of the successfiJ removal. The payment module 705 then sutrtracts the transaction 
fee from any current running total of lees. At the dose of the session, the payment module 705 either charges or aedrts 
the user's credit card account, as appropriate. 

55 Datat?ase Modifiwtfon 

The dataljase modification tools 707 provide for the maintenance and updating of the update database 709 to 
include new software updates from various software vendors. The tools 707 provide for the addition of new entries, and 
the deletion or alternation of existing entries in any of the tables of the update database 709. 
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Of the various tables, the update table 807. which contains the information about the cunrent updates tor the soft- 
ware products, and the product table 805, which identifies the various software products for which their are updates, are 
the most frequently modified. 

As new software updates become available, either the service provider or the software vendors access the dala- 

5 base modification tools 707 to update the database. This is p-eferably done by completing forms that capture the infor- 
mation used in the tables of the database. Rgure 13 illustrates a sample form for specifying new update information, or 
changing existing update information. The form 1300 includes fields for providing the remark 1301 used in describing 
the update, a URL 1303 for the information on the software update, version information 1305. software products 1307 
affected by the update, the type of update 1309. known incompattoilrties 1311, fitters for locating prior versions of the 

10 software product to be updated based on version information 1313. date information 1315. and Registry information 
131 7 (for identifying ttie software product in the Registry ffles of the 91 5 of the client computer 101 ). In addition, the f Be 
famat 1321 of the update Is specified along with a URL 1319 fa the network location of software update itseft. Finally, 
the installation procedures 1 323 are specHied for use in an installation scrpt 826. This Information readily processed in 
a conventional manner and updated to the appropriate tables of the update database 709. 

75 In order to be supported by the update service of the service provider, software products and ttie updates to the 
software products have to be registered in tiie update database 709. 

Registering a software product has the goal of specifying sufficient information to identify a product and its version 
if the product has been installed on a given dient computer 101 . Figure 17 illustrates a form for registering a software 
product into the update database 709 for the first time. The registration form 1700 contains fiekJs for the software 

20 vendor's company name 1 701 , software product name 1 703. product type 1 706. a method 1 707 to kJentify tiie software 
product on the client conputer 101. a unique file name 1 707or character string Wentifying tiie product, mettiods 1709 
fa verifying version irtformation, file dates 1 71 1 . and directories 1 71 3 on the client computer 101. 

The product type 1 705 can be a device driver, an application, a plug in (a product which extends the capabilities of 
another product such as an Internet browser) or an operating system file. 

25 The method 1 707 to identify tine software product preferably specifies a unique file name a a character string and 
the location of the file name or string. For example, on the Windows 95 operating system, the name of a sound driver 
is specified in the Registry location 

\HKEY_LOCAL_MACHINBSystem\CurrentCfontroiSei\comrol\MediaResources\md In tills case, tiie filename of ttie 
driver is found in tiiis Registry location. A software product could also be identified by ttie presence of unique directory 

30 names. As noted, in some instances, product names are not unique. 

The version of ttie software product ttiat is installed on a client conrputer 101 may be obtained in one of several 
ways It may be the version mtrber, ttie last modif icatfon tinne-stanp of a file, or it may be specified explicitly in ttie Reg- 
istry. The information provided in ttie registration form is processed after submission and added to tiie appropriate 
tables of tiie update database 709. 

35 Software updates may be identified for inclusfon in the update database 709 by the sendee fxovider periodicaPy 
searching ttie Internet to kjentify software vendors providing updates of software products. Most software vendors will 
maintain Internet sites ttiat indicate the presence of new software updates. For each identified software vendor, ttie 
sendee provider downloads ttie software updates to the updates database 709. A file format of ttie software update is 
detemiined. and an installation process specified according to tiie f He format of ttie software update. Finally, ttie sen^ice 

40 provider creates an entry in the update database 709 including ttie URL or network tocatkxi of the software vendor^ 
conputer system 103 storing ttie software update, ttie file format of the software update, and a specif icatfon of ttie 
installation process. 

Alternatively, software vendors who contract wrth ttie service provider may provide the information ebovX their soft- 
ware products and software updates, e.g. name, fife format, and so fortii. directly to ttie servfoe provkier. or to ttie 
45 update database 709. 

However provkied to the i^xJate database 709. registering an update consists of specifying ttie properties of ttie 
software update and the software products and ttieir versions to which tfie software update is applicable. The properties 
of the software update preferably include ttie new version number 820 that results if the software update is applied to 
the product, the format 825 of ttie software update - zip file, self-extiacting archive, and ttie like, and ttie installation 

50 Steps (script 826) required to install ttie software update on the client con^uter 1 01 . The product versions to which ttie 
software update is applicable are specHied as the products themselves are specified eariier in ttiis section Also, a URL 
to a brief desaiption and a full description of the software update - the problems ft fixes and features it might add -is 
preferably included, or ttie information may be directly stored. 

As each new update becomes available, a new update entry is aeated. 

55 Either ttie software vendor or the service provkier specifies ttie product and tiie software update database entries 
in confamance with ttie propoties of ttie software update. 
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User Profile Database ' . 

The user profile database 71 1 maintains a profile for each user containing information about which products the 
user has shown an interest for example by requesting notification about software updates for specific products, or 

5 about new software products. This infomBtion is then used to deliver notifications about new updates available for 
these products to the user, for example by email, or other electronic communications mechanisms. This optional feature 
of the service provider conputer 1 02 further enhances the value of the service to the user, ensuring timely notification 
of the availabilrty of software updates and new software products. 

In this regard, one alternate embbdiment of the present invention is the use of email to notify users about new soft- 

70 ware update information, and new software products for which the user has expressed an interest. Specifically, when a 
new software update or software product is available, the service provider computer 1 02 sends an email to those users 
who have requested notrf ication by email. The email contains information about the software update, and may include 
the record from the i^xlate table 807 about the software update, including the URL data 823 used to access the soft- 
ware update files. The client application 1 04 would then read the update information, and verHy that the software update 

15 is indeed applicable to the dient conputer 101, and that the client computer 101 satisfies any conditions for installation. 
If the software updates are approved by the user, the dient application 1 04 downloads the software update, verifies its 
integrity, and installs the software update directly, without having to login 201 to the service provider computer 102. and 
analyze 204 the software products installed on the dient computer 101 . In the case of notif ications about new software 
products in which the user had expressed interest, the client application 1 04 would verify that the user is still interested 

20 in the software product and proceed to purchase, download and install it. 

As a further enhancement of the e-mali notification embodiment, the email sent by the service provider computer 
1 02 indudes a specHlcation of conditions a client computer 1 01 nujst satisfy for the software update or software product 
to be installed. This information is essentially the same as that used by the client application 104 to det^mine the rel- 
evant software updates for the dienl computer 101 . Fa example, this information includes, for a software update, the 

25 older versions of the software product to which it is applicable. This additional information in the email notification is 
used by the client application 104, for example, to ensure that the software update is used only once by the user, and 
can be repeatedly applied. 

The user profile database 71 1 generally stores information descriptive of each user. This inforniation may include 
the user ID. password, digital signature, credit card numbers and the like, for use by the security 701 , communications 

30 703. and payment 705 modules. Rgure 14 specifies one exemplary schema of the user profile database 71 1 . In a user 
table 1400. each user is identified by user ID 1401 . name 1403. email address 1405, the start date 1407 of their sub- 
scription to the service, the end or termination date 1409 of the subscription, credit card informatton 1411 such as 
number, issuer and expiration date, a user selected password 1413, and a public key 1415 or other authentication 
token. As illustrated in Figure 3. the user has the option 309 of requesting notification by email of such software 

35 updates. The user table 1400 thus also includes a flag 1416 indicating whether the user so desires to be notified by 
email. The user table 1400 is keyecj by the user ID 1401 to a notification table 1417 that associates the user with 
selected product nam^ 1419 and their current version 1421 . When a software vendor or the service provider updates 
the update database 709 with information for a new software update, the notification table 1417 may be scanned to 
identify those users by user ID 1401 to notify about the update. The email flag 1416 for a user is checked, and if true, 

40 the user 's em^l address 1 405 is obtained from the user table 1 400 and the user notrt ied t)y email with intormatfon iden- 
tifying the new software update. 

Activity Loo 

45 The sendee provider conputer 102 may be used to tog all activities it performs with respect to the service in the 
activity log 718. Of particular interest are the activities the computer performs in response to user requests for software 
updates and the like. An illustrative format for the activity log 71 8 is shown in Table 2. 
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Table 2 





Activity Log 718 


5 


Transaction Id 


Activity Type 


Date-Time 


User Id 


Paranieters 


Response 




00000001 


Login 


031296 
093540 


20198312 


password 


Success 


10 


00000002 


GetMethods DB 


031296 
093606 


• 20198312 


last version 


Methods DB or Up-to- 
date 




00000003 


GetProducts Locator 
DB 


031296 
093649 


20198312 


last version 


Products-Locator DB 
or Up-to-date 


15 


00000004 


Query Product DB 


031296 
093723 


20198312 


Sound Biast6r16. 2.0 


8b-2.02 






Query Product DB 


031296 


20198312 


Mystl.O 


Up-to-date 


20 






093727 










00000005 


GetUpdate Entry 


031296 
093751 


20198312 


sbl 6-2.02 


Update Entry 




00000006 


Download Done 


031296 


20198312 


sbl 6-2.02 


Success 


25 






093807 










00000007 


Installed Update 


031296 
094532 


20198312 


sbl 6-2.02 


Success 


30 


00000008 


Logout 


031296 
094730 


20198312 




Success 



35 In this exanple, the user logged in on March 12, 1996 at 09:35:40 a.m.. synchronized their niethod table 801 and 
product locator table 803, queried if software updates for SoundBlaster16 2.0 and Myst 1 .0 newer than these producTs 
last version were available. The responses indicate that Myst 1.0 was update to date, but the current version of 
SoundBlasterie was version 2.02. The user then obtained the update entry for the new va^ion of SoundBlaster16 
describing the software update, downloaded the software update, installed it, and logged out. 

40 Activity types not represented in the example above indude Undo of Updates by the recovery module 908, regis- 
tering for sen^ice, ar^ registering for notification for updates to specific products. 

In this exanple, the activities of a single user are represented in the activity log. In an actual system, the activities 
of several different users would be interspersed in the activity log. 

45 ReportinQ Tools 

The reporting tools 713 provide support for querying the update database 709. the user profile database 71 1 and 
the activity log 718. The queries may be about the software products and updates, about the correlation tmtween the 
types of software updates accessed by various users, and about aggregate data. The databases 709. 711 and the 
so activity log 71 8 together have the potential to provide precise descriptions of the software product profiles of the users. 
For exanple, statistical information may be retrieved indicating the nun*er of users of one product, such as 
SoundBlasterie, who also own a second product, such as Myst. This infornnation may be collected and analyzed with- 
out necessarily violating the privacy of the individual users. 

55 URL Monitor 

The URL monita 71 5 compiles the list of URLs in tiie ipdate database 709 and verifies on a periodic basis whether 
they have changed. This is done to ensure tiiat the URL infonnalion for the software updates is always valid. Figure 12 
illustrates a flowchart of the URL monitor 71 5. The URL monitor 71 5 traveses 1 201 each entry in the ipdate table 807. 



15 



BNSDOCID: <EP ^0811942A2J_> 



( 



EP0811 942 A2 



This may be done sinply in serial order, or by more complex approaches, such as oldest entries first, or some other 
fashion. For each entry, the URL monitor 715 obtains 1203 the URL entries in the URL list 823. each »rtry as noted 
above having a timestamp. The URL monitor 71 5 links 1 205 to the URL in an attempt to conned to the identified site or 
file via the Internet. 

5 The Attempted link may fail, and may be repeated some number of limes in order to conflrin that the URL is actually 
absent or otherwise Incorrect, as opposed to merely a failure of the network service provider or the Bke. Once it is deter- 
mined 1 207 that the URL is not present, the URL is marked 1209 in the update taWe 807 as being invaW. 

If the URL is present, then the timestanp of the URL at the host site is checked, typically by checking the timestamp 
of the file associated with the URL, or the timestamp of the file that includes the URL, or whichever is later. H the times- 

10 tamp at the host is newer than the timestamp held in the update table 807. then it is possft)le that the underlying file has 
been changed, and the URL is no longer valid. Again, the URL is marked 1 209 as being invalid. If the timestamp of the 
host is not newer, then the URL monitor 715 continues with the next URL in the URL list 823. Once all of the URLs in 
the update table 807 (or the desired numt)€r of old ones) have been processed, then the URL monitor 715 notifies 1213 
the system administrator of the potentially invalid URLs. The system administrator can then verify the URLs and update 

15 them if necessary, resetting the valid flag as the URLs are updated. 

Advertising & Information Database 

The access that the service provider computer 102 has to the software profile of the client computers 101 lends 

20 Itself to sending information, advertisements, and other promotional material that would be appropriate to each specific 
user, based on the software installed on the user's computer. Basing information delivery on the installed software prod- 
ucts increases the saliency of the information since the user has already manifested an interest in the products. Thus, 
advertising or promotional information that is derived from or associated with such software products is nxist likely to 
be of interest to the user. The service provider computer 1 02 associates software products with advertising information. 

25 and enables tNs advertising information to be periodically delivered to the user. 

Furthennore. the nature of downloading and installing software updates is inherently tme-consuming: the risks that 
users perceive in updating usually would mean that they would seWom perform the updates on unattended computers. 
These factors aeate an opportunity to the service provider to direct targeted advertisements at the user at appropriate 
moments when the user runs the client application 104 to update their software, at which time they are present at their 

30 computer but not engaged in other activities. The advertisements themselves may be about for-fee software updates 
(upgrades) that the user nr^y be able to purchase from the sendee provider or other tNrd parties. Delivery of advertising 
information during the update process 21 2 is on the client conrputer 101 by the advertising/news module 906. 

The advertising and information database 717 accordingly associates software products with advertisirig and pro- 
motional irtformation. This association rmy be made in a number of different ways. One mechanism of assodatfon is 

35 categorizing software products and advertisements. Figwe 1 5 illustrates an exemplary schema for the advertising and 
information database 717 for associating advertising infornnation and software products. 

The ad table 1500 includes for each advertisement an ad nun*er 1501. a URL 1503 to the advertisement or infor- 
mation item, and a list 1505 of categories for the advertisemait such as Vord processing," "desktop publishing," 
"graphics," "adventure games," "communicatfons," "Internet" and the like. An advertisement or information item may 

40 have any number or variety of categories associated with it The product-category tat^e 1507 lists products names 
151 1 . product IDs 1509, and again, a list 1513 of categories tor the product. 

If a user has requested updates to a specific installed product, ttien presumably the user would be interested In 
advertisements or information for otiier products that are categorized in the same categories as the installed product. 
For example, if the user requests an update to an installed copy of Myst 1 .0, tiien this product name is matched against 

45 the product name 1 51 1 in the product-category table 1 507, and the categories 1 51 3 for it, such as "interactive game," 
are retrieved. The categories 1 505 in the category list 1 505 of the ad table 1500 are matched against this category, and 
the URLs 1503 for matching entries retrieved and accessed, with the information being delivered to the user by tiie cG- 
ent application 104. The information is preferably presented on the client oonputer 101 during the installation process 
208-214. If there are many matches, then a weighting may be applied to select only those advertisements that match a 

so certain percentage, or number, of categories of the installed products. Other selection criteria nrwy also be applied. The 
schema of Figure 15 Is merely illustrative, and implementations other categorization n^y be used to associate adver- 
tising information with software products for delivery to users having such products installed on tiieir computers. 

Client Application Software Architecture 

55 

Referring again to Figure 9, the remaining nvxiules of tiie client applicatfon 1 04 are now explained. 
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Communication i 

TTie communications module 903 provides conplementary functions to the communications module 703 of the 
service provider computer 102. including establishing and terminating connection streams, login and logout fmctions, 
FTP functions, and HTTP protocol conpliance. All of these functions may implemented in a conventional manner. 

Security 

The security module 901 provides an interface to the security module 701 of tiie service provider cortiputer 102. for 
authentication of the user password, digital signatures, certificates, or the like. User passwords or other autfientication 
information are assigned to the user in a conventional manner. The security module 901 may store the authentication 
information, or the user nrray be required to manually input the authentication information during login. 

Payment 

The payment mo6u\e 905 provides ari interface to the payment module 705 of the service provider computer 102 
to effect payment for use of the update service. Payment schedules may vary as desaibed above. Preferably payment 
is made by credit card authorization. Given one or more payment schedules for use of the service, such as per update, 
periodic fees, or the like, the payment module may be implemented in a conventional manner. 



20 



35 



Registration 

The registration module 904 is used to register new users to the sevice provider computer 102. A sample user 
interface for the registration module 904 is shown in Figure 3. 

25 The registration module 904 obtained the user's name, address, credit card information, and a user-selected pass- 
word. The password is entered by tiie user twice and ttie two entries matched to ensure that tiie user did not mistype 
the password unintentionally. This information is stored in the current state 911 data. The registration module 904 also 
sends this infamation to the service provider computer 102. There the information is verified and a unique registration 
number assigned to the user and the number is returned to the client application 1 04, where the registration module 

30 904 displays tiie number to the user, and stores the number internally in the current state 91 1 data. 

Advertising & News 

The advertising and news module 906 provides customized information to each user of the service based on their 
prior interests in various software products and updates, as monitored and stored in the user profile database. The 
advertising and news module 906 interlaces with the advertising database 71 7 of the sendee provider computer 102 to 
deliver advertising and promotional information the user based on the installed software products on the user ^ compu- 
ter 101. 

The advertising and newvs module 906 provides information in various different modes. In one mode, the advertis- 
ing and news module 906 obtains ads from the advertising database 71 7 on a periodic basis, such as once every sev- 
eral hours, according to the installed software products on the client computer 101 , as described above, and caches 
them locally. If an ad (here including otiier types of information or promotional data) is already present in the cache, it 
is mari^ed as new, othervwse, the URL of tiie ad (as determined from the database 71 7) Is accessed, and the ad saved 
in the cached. Ads not marked as new are purged. k ^ ^• 

In a second, complementary mode, the advertising and news module 906 tfien selects ads from the cache and dis- 
plays them to the user for a predetermined duration when no other user activity is occurring, such as during the instal- 
lation process desaibed above, or during an undo operation by the recovery module 908. 

Current State 

The current state 91 1 is a data store of data describing the present operation of the client appfication 1 04. including 
for example, user specHic information, such as name, address, credit card number, registration or serial number, and 
which updates have been downloaded and which have been installed. The registration number is used each time tiie 
user logs In to the service provider corrputer 101 . The information about which updates have been downtoaded and 
55 irrstalled is used to provide the undo capability of the recovery module 908. 

Recovery 

The recovery module 908 provides for undoing, or de-installing previously installed software updates using the 
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archive files 909. 

Recovery is an action initiated by the user when he or she is dissatisfied whh a software update. When initiated, the 
effects of a software update previously installed are reversed. The ability of the recovery module 908 to perform the 
recovery is based on the presence of the archive files 909 created by the install monitor 91 0 when the software update 

5 was first installed. The archive files 909 contain a copy of each file which was deleted or modHied during instellation 
along with its original pathname and a list of pathnames of files added during the installation. The archives 909 are pref- 
erably kept in a conpressed format for space efficiency Generally, given a specific software update to renrwve. the 
recovery module 908 reads the archive file 909 associated with that software update, restores the deleted or rwdif ied 
files to their directories, and deletes the added files or directories. 

10 Rgure 16 illustrates one embodiment of the operation of the recovery module 908. The recovery module 908 
receives, as shown in Figure 6. an input of the name of the software update to be removed. This name is associated in 
the cun-ent state information 91 1 with the particular archive file 909 for that installation. The recovery module 908 doses 
1601 all executing applications. Using the name of the software update, or other identifying indicia, the recovery nwdule 
908 obtains the archive file 909 associated with the update, and uncompresses 1602 it. For each file that is stored in 

15 the archive in oorrpressed form, representing a fie that the was deleted, the recovery nxxJule 908 copies 1603 that file 
to its originallocation in the client computer 101. For each file or directory that is listed as being new. the recovery rrxxl- 
ule 908 deletes 1604 that ffle or directory Finally, the recovery module 908 reboots 1605 the client computer 101 . 

In summary, the present invention enables a useful mechanism for providing updates of various software products 
from diverse software vendors to a plurality of users, each user having drffererrt ones of the software products installed 

20 on their computers. The system of the present invention enables the software updates to be continually mairitained and 
verified for correctness, while alleviating both users and software vendors of a substantial burden is conrwfwnicating with 
each. The system enables any software vendor to provide software tpdates to the service provider, ensuring that sub- 
scribing users have the software update on a timely basis. Likewise, subscribing users are ensured that they are notified 
about software updates for alt of the software products installed on their conrputers, wrthout having to inc^ually 

25 search out information for each such product. In addition, the present invention enables advertising and other infejmw- 
tion to be targeted to users based on their interests and preferences and expressed in the software products installed 
on their computers. 

Claims 

30 . 

1 . A computer implemented method of provkJing software updates for a plurality of software procftjcls from a plurality 
of software vendors to a least one user computer, comprising: 

maintaining a database of information about software updates for a plurality of software products from a plural- 
35 ity of software vendors, the information including for each software update a network location of a computer 

system storing the software update; 

downloading at least a portion of the database to the user computer; 

determining on the user computer the software updates that are relevant to the user computer according to the 
software products installed on the user computer; 
40 receiving a user selection of at least one applicatile software update to install; 

downloading a selected software update from the network location specified in the database; and. 
installing the downloaded software update on the user computer. 

2. The computer implemented method of claim 1 , wherein: 

45 

the database includes for each software update a specif cation of an installation process for installing the soft- 
ware update on the user computer; arKl. 

installing the software updates includes installing the software update according to the installation process 
specified for the software update in the datak>a&e. 

50 

3. The computer iirplemented method of claim 1 or 2, wherein the installation process is specified in accordance with 
a file format of the software ^xlate. 

4. The computer implemented method of one of the preceding claims, further comprising: 

55 

providing on each user computer a client application of the database, and for each user computer, periodically 
activating the client application to: 

connect the user computer to the database; 
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automatically download said portion of the database to the user conrtputer; 

automatically determine the software tpdates that are rielevant to the user computer according to the soft- 
ware products installed on the user computer; 

receive said user selection of at least one applicable software update for installation; 
5 download said selected software update from the network location speci^^ 

install the downloaded software update on the user computer. 

5. The method of one of the preceding claims wherein maintaining a database of information comprises: 

10 receiving from a software vendor information desaibing a software update of a software product, including a 

file format of the software update, a network location of the computer system storing the software update, and 
an Installation process for installing the software update; and, 
creating an entry in the database storing the received information. 

15 6. The method of claim 5, wherein installing the software update includes: 

determining from the database the file format of the software update; and, 
executing the specified installation process on the downloaded software update. 

20 7. The conputer inplemerted method d one of the preceding clainriE further conp^ 

periodically searching the Internet to identify software vendors provkJIng updates of software products. 

8. Themethod of oneofclaims4- 7 wherein: 

25 

the database includes for a plurality of software products of diverse software vendors promotional information 
for the software products in associatbn with a network location for the pronrrotional Information; 
wherein the client application automatically: 

30 determines promotional information relevant to the user computer software products installed on the user 

computer; 

downloads to the user conputer the relevant promolbnal Information according to the network location 
associated with the such information. 

35 9. The method of one of the preceding claims wherein downloading a software update from the network location spec- 
ified in the database comprises: 

Intermediating between a computer system controlled by the software vendor providing the software update 
and the user computer to enable the user to provide electronic payment for the software update to the software 
40 vendor. 

10. The method of one of the preceding clainre wherein downloading a software update from the network location spec- 
ified in tiie database conrprises: 

45 verifying that tiie downloaded software update is authentic and not corrupted. 

1 1 . The method of one of the preceding claims, wherein installing a software update conprlses: 

nDonitorIng any changes made 1o tiie user computer during installation: 
so for each change to the user computer, storing data descriptive of the change; 

making the changes to Install the software update; and. 
archiving the stored data as relating to tiie software update. 

1 2. The method of claim 1 1 , further conrprising: 

55 

receiving a user selection of an installed software update to be removed from tiie user comfxjter; 
: retrieving archive files assocated with tiie installed software update; 

restoring from the stored data of tiie archive files the user conputer to a state prior to the installation of the soft- 
ware update by undoing the changes desaibed In the stored data. 
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13. Ttie method of one of the preceding claims, wherein installing the downloaded software update comprises: 

determining whether afile existing in the user computer is to be deleted or altered, or a new filed added to the 
user computer; 

responsive to a file being deleted, saving a copy of th&file and then deleting the flle; 

responsive to altering file that has not been previously altered, saving a copy of the file, and then altering the 

file; 

responsive to a new file to be added to the user corrputer, storing a pathname of the file to be adcJed. and theri 
adding the file; arKi, 

archiving the copied files and stored pathnames in at least one archive file that is associated with the installed 
software update. 

14. The method of one of the preceding claims, further comprising: 

receiving a user selection of an installed software update to l>e removed from the user computer; 
retrieving archive files associated with the installed software update; 
deleting files added during installation according to stored pathnames in the archive files; and, 
restoring files deleted or altered during installation from the copied f ilea 

15. The method of one of the preceding claims, wherein determining the software updates that are applicable to a user 
computer comprises: 

Identifying each software product installed in the user computer; 
determining a version of each installed software product; 

identifying from the database those software i^ates for the installed software products having a version that 
is later than the version of the software product installed on the user computer. 

1 6. The method of claim 1 5, wherein identifying each software product comprises: 

uniquely identifying two software products having a same name, by using a constraint to distinguish between 
the software products 

17. A computer implemented method of provkJing software updates for a plurality of software prodjcts from a plurality 
of software vendors to a least one user computer, conprising: 

maintaining a first database? of information about software updates for a plurality of software products from a 
plurality of software vendors, the information including for each software update a network location of a com- 
puter system storing the software update; 

maintaining a second database of user Information for a plurality of users, including for each user, information 
identifying at least one software product of interest to the user; 

notifying at least one user by an electronic communication of the availability of a software update to a software 
product of interest to tiie user, tiie electronic communication including a network location of the software 
update; 

receiving from the user an app^oval to install the software update; 

downloading tiie approved software update from the network location specified in the electi-onic comnrunfea- 
tion;and. 

installtfig the dowrrloaded software update on the user computer. 

ia A computer implemented method of providing software products from a plurality of software vendors to a least one 
user conputer. oonriprising: n^ntaining a first database of infanriation 

from a plurality of software vendors, the Information including for each software product a network location of 
a conrputer system storing the software product; 

maintaining a second database of user information for a plurality of users, including for each user, information 
identifying at least one software product of interest to the user: 

notifying at least one user by an electronic communication of the availability of a software product of interest to 
• tiie user, the electronic communication including a network location of the software product; 
receiving from the user an approval to instil the software product; 

downloading tiie approved software product from ttie network location specified in the electronic communica- 
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installing the downloaded software product on the user computer. 

19. A computer readable memory on a user computer including a computer program for configuring and controlling a 
5 processor of the user computer to: 

connect with a datakjase of information atKsut software updates for a plurality of software products from a plu- 
rality of software vendors, the information including fa each software update a network location of a computer 
system storing the software update; 
10 automatically download at least a portion of the database to the user conputer; 

automatically determine the software updates that are applicable to the user computer according to software 
products installed on the user computer;- 

receive a user selection of at least one applicable software update for installation; 
download a selected software update from the network location specified in the database; and, 
75 install the downloaded software update on the user conputer . 

20. The conputer readable memory of claim 1 9. wherein: 

the database includes for each software update a specification of an installation process for installing the soft- 
20 ware update on the user conputer; and, 

the computer program stored on the conputer readable memory further corrtrolls the process to install the soft- 
ware update according to the installation process specified for the software update in the database. 

21 . The conputer readable memory of daim 20, wherein the installation process is specified in accordance with a ffle 
25 format of the software update. 

22. A conputer implemented method of provkiing advertising information to at least one user conputer. comprising: 

maintaining a database of advertising infonnation for a plurality of software products of cfiverse software ven- 
30 dors in association with a network location for the promotional information; 

determining promotional information relevant to a user computer according to software products installed on 
the user computer; 

downloading to the user conputer the relevant promotional information according to the network tocation asso- 
ciated with the such promotional information. 

23. A conputer irrplemented method of removing an installed software update of a software product from a computer, 
comprising: 

monitoring any changes made to the conputer during installation of the software update of the software prod- 
40 uct; 

for each change to the conputer, storing data descriptive of the change; 
archiving the stored data as relating to the software update; 

receiving a user selectk)n of an installed software update to be removed from the computer; 
retrieving archive files assocated with the installed software update; 
45 restoring from the stored data of the archive files the computer to a slate prior to the installatwn of the software 

update by undoing the changes described in the stored data. 

24. The method of daim 23, wherein storing data descriptive of the change conprises: 

50 determining whether a file existing in the computer is to be deleted or altered, or a new filed added to the com- 

puter; 

responsive to a file being deleted, saving a copy of the file and then deleting the file; 

responsive to altering file that has not been previously altered, saving a copy of tiie file, and tiien aHering the 

file: MM 
55 responsive to a new file to he added to tiie conputer, storing a pathname of the file to be added, and then add- 

ing the file; and, 

archiving the stored data as relating to the software update conprises: 

archiving the copied files and stared patiinames in at least one archive file that is associated with the 
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installed software update. i 

25. The computer irrplemented method of claim 23 or 24, wherein the step of restoring corrprises: 

5 restoring files deleted or altered during installation from the copied files stored in the retrieved arcNve tiles. 

26. The computer implemented method of one of the dainris 23 - 25 further comprising: 

deleting files added during installation accading to stored pathnames in the retrieved archive files. 

10 
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201 
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CyberMedia Oil Change - Registration 



jk_Compary: 
Rione: 



307- 



Since this is your first time using Oil Change, please 
take the time to fill our the following information. 



ome Sleiw 



-1 



E 



j Rea$c Verify: 



CybefMeda, Inc. 



310-5814700 ~1 f 3X |31 0-581 -4700 



Street Add: |3Cn) Ocean Park BM 
2ndAdd: 



|Suite2«n 



Cty: 

Cour^: 
-E-Mafl: 



jSanta Monica I State: \CA j 



lUnited States FH ZipCode: |90405-2345 
|isteineT@cybefmedacoff> 



Noltfy me by E-Mafl when Updates are 
■'A=!lAvaaab!e 




Send 




FIGURE 3 
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400 



IliCBCyberMeclia Oil Change ■ Select 




AppBcation/D rivef 



Diantond Midtimeda 
Sleallh64Video2121 



JQulcken6.d" 



"T" 

401 



QuickBooks 
Microsoft 
MS Word 7.0 
MS Excel 7.0 
MSPowerPdrrt7.0 
MS Office 7.0 



Remarks 



Windows 95 driver update 1.01 



Update from 5.0 to S.Ot. New featums. 



P^dl t^ale$ for New York 



No updates at this time 
No ipdetes at this time 
No updates at this time 
Update for Internet and Exchar^ 7.0 




yock@iii 
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Quicken 5.0 has been updated to 5.0f. 
Tl^ incbdes conections and 
enhancements reouested bv ow us«s. 
Corrections indude fixes for users that 
are atso using MS lnteSp(nrVI or MS 
IMeS^ype. 



Show onV entries that need updating 
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IBCyberMedia Oil Change - Update 


|l- life 


is 


4 




This is the update thai you have tetected 
Quicken 5.0 to 5.0F 










505 -^Quicken 5.0 has been updated to 5.0J. 
'k , „ (g) This inchidescorrectiwu and 
a Oy BCllCSini eni'Wtcernentsieaiiestedbvou users. 

Conectiorw hcWe fixes for users that 
are also using MS InteBipoint or MS 
Intelfitype. 










1 install Update 
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1 f you do not want to install that update at this lime, you 
exit and return to Oil Change cfickhg Caicd 


1 Cancel 
1 a* 
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600 



I CyberMedia Oli Change ■ Undo 



You may undo the last update and put back 
your computer files and any system settings to 
the state that they were in prior to installing the 
update. 



601 

PrevioLK Update: 



Update from 5.0 to 5.01. New features. 



Desaiptkm: 



502 



.Qyi©kairf 



Quicken 5.0 has been updated to 5.C^. 
This includes conectim and 
enhancements leouested bv our users. 
Corrections incbde fixes for users that 
are also using MS IrUdlpoint or MS 
IntelE^e. 




I Undo 

sis 
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Cancel 
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FIGURE 11 
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Welcome to the OH Change Software Update Page! 



DESCRIBE THE UFDAIS 

PlMStf proTia* • bTi.9f d>acnptio a of this i^ctote; 

If avaliablB, provid* ORL vhwre •dditioaal iafoxtaatlon 
r«gardSng Zhis apdatd woaid b9 •T aiJ*U.0 

tihat ia tii9 n*v vxaien ntm^r7 



1 


1 


trust 


IS 1 





Vhiea proaoct do^s this vpast0 srrmax7 

Oil Cbasg* allow* yon «o chooso OM of four difforont updaios: 

A a^plaoMtint opdsto affocis « specific voraioQ alroody on eho PC. 

A cumtlatlv* Qpd«t« doos no^ roquiro *n oxis^ing vorvion on cho PC. 

A Point Opdato iim«lls componoots *dthout ehaoging xhm Torsion nuabor. 

An XnoTMMitol i^«t« only nodifi** eorrain portions of « 0p«eifie voroion. 

Mhich typm ot updmtm is tMs7 
iRsptec amert Update gh- 1^0*^ 

PJ»dS» Jiat mny kaow inccnpoti^i liti>s 

L_.^ _ H^if 



Figure 13a 
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SPECIFY WHEN THIS UPDATE IS AFFIJCABLE 

m or<l«r t« verify that th« correct product/ v#r8ion is up<ut*d. Oil ChMogm provides 
A s«ri«8 of fm«rs for vae in •stablisbing «dditiottAl fil« criteria. If MC^Mftry, 
you mmy B«l*cc on* or Bor« of thoao filtttra: 

C LOCATZ IBSVIOUS VERSION OP THETILE 
Cbedi fane if y«Q wii* ifae pnfnm to scm Ifat fid lijrffan £v pfcvm 



Whs t is th0 Mm0 of thm flleT 
^RogtDi>^cOly(C^) B 

UhSeh wrBioa ahould Oil Cbang* JooJt for? 



If you ••I«ccod Spooifio V«raloo, 
•nt«r vorcion ^o bo Torifiod: ^ 

If yeu soloctod ftlultlpl* To r«lon»# 
•ntor tho voraion nuabora: 



(f« MUUpJfl rwsioac, «bc«x CM F«»ioa iiiwi iro ««p«r«t«tf ty 4 rn —i^ i.o- 1.02, 2. •te,} 

If you •oloccod Toirslon Bange, . ^ 

ontor voraions in tbo rango rra»:L— j ^ 

Of iotfchittflr r«r all «Bte««iMac rtrsioaa^ obtMr nmxn toi timid} 



C CHECK DATE OF KREVIomLY INSTALLED PILE 

Sdea oplioo if yco wodd ibe prof^ to ecu the fTiton {(DT dM pf^^ 

«h0r» Xb thm film l oom zmd7 
|RooiOii«ao»y(C\) ^ 

WhicA d«f jAooid OdJ Cbang* iooA /or? 
iLooktaraSpodicFiiDaia d 



Figure 13b 
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If you choa* « Ip^olf io D» t»> 

If you s«l«ct«d X*atMt D«t« or i>at» Kan g»» »pocify i:b« rang* 
(incluaivtt) CO chack^d rrq»» l t Tail \ 



D CHECK MGBTBY 

SctofliiopjwoifyoowoddftgtfttpTOgm to check die Rtgfttyfa 
ifA#t Im tAo Majqclfy la tJi» BrngSmtry? 

|^fgY_Q>SSES^R0OT fl I 5 * "7 

ii.; Sm«»\CqrrentCoBtrolS«t\ContgoA\»«dl»RewHirc— ) 



t 1 

^ggia a/ tfta r*liM in tft« Si^Xay^ e.g. inscalUc^ ftciver, tfte.J 



is tfce it egistry SubKey TaXue Type? 
ISpodicVTtion 

Zf you sol«ctod fipwilfix: TT Slon, 
•Dter th« version ninib«r I B 

If you soloctod Version EaagAf . 
•ntor Torsions in t.bs rsngo rro»s l 1 Tbi l 1 

rzr «*«re^B^ tar «X1 «aM««iMot T«c»ioo«, «ac«r IsriMlXS is tte Toi fi^ltf; 

If you selected Bpaalflo P ate^ 
•ntor dst* hor« (nM/dd/TT) I i 



If you selected Dst* asng*, 
enter range here rcaMs[ 



rco AMTCb f«r «nr tf«t« prior to cJm Tei fields •P9citr 00/90/00 is the r»« rield; 

If you selected Specific 8trliig# 

how should the springs be co apared? 

ICowpomSfatQ-CASESENSmvE 8 



Figure 13c 



38 



BNSCXXID: <EP ^0811942A2_L> 



EP0 811 942 A2 



Bnc«r th* full R«gitty »trin g 
\ 1 

(tttt tk» iO^atiffimff ttzinff your prodact cxm^tm lA th^ i 



WHERE CAN THE IJFD AlE BE DO WNLOADED ntOHT 

£nt#r tA« OOfa of thm sit* vJli«xw ti^« is «v«ii«lx2* 



y/ft /iJ» fomat im Mug us»d7 
|Se«E)C>adniqFat ifl -N^ i 3 ' 

Gchmek barm If yon wotJid IXkm CybmjiSmdim to s tor* year upd«to 
on our iocji ro> sJt*. 



TcD DS howto litttell year pro^ct 
^ofy Ifac msttnilion iteps a dw ordo- ft^ 

rtqurc tdditMmal input Once you have made a tdcctum from tite fist box, folow the 
oo the Eft entry. 



noted 



INSTALLATION- STEP 1 



8«lect on*: |E»cui> INSTALLBg ^ | 

K-90<7FCZ/r2LE HUZ B-S0«C1 »IUC1WT MAKE 



J 



C -Dt5T. DIHICTOftT HAg 
| R0OlDif*C3B»y(C\) H 



|RooiDraQo»y(C\) :M 



At' 



INSTALLAIION • SUP 2 



8«l«ct on*: 



A-somct/riu nwe 



|Emoi*WSTAU.E>€ 



c 



c -PisT. DinrcToatT mame 
|RooiDiwCta>yCC!\) "B 



3 



|RctfDi~tfofyCE:\) M 

D-COnjVD L2R PAMJOrmtS lOpClOMl) 



INSTALLATION - STEP 3 

8*1 Acc on*: 
A-sooRct/rxu Mm 



ExKUSNSTAU.DC 



C -PtST. pmCTOT MJJg 
|RooiDi*aory(C\) 



B-»OimCE PIltrCTWT MAP 

|ytoo>Oi>*c«ov(c\) m 



D-COMMAMP LIME YAUITttltS (o^lOMl) 



J 



Figure 13d 
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INSIAUAnON* SISP4 



8«l#ct on«: lEiAculi tCTAliJPi" 



Rttmn to Product Regbtnrtton p«g« 
R^tofrMfKIt 

Wft wdcoim ygr cogmiKPti «pd UMitiwtf 
^Copjil^ Q^crMcdbw ^ 1996. An BliM> Kcicr^ 



r 



Figure 13e 
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SOFTWARE UPDATE TO 



REMOVE 



908 

RECOVERY 
MODULE 



I 



1601 

CLOSE Aa 
APPLICATIONS 



I 



1602 

UNCOMPRESS 
ARCHIVE ASSOCIATED 
WITH SOFTVI/ARE 
UPDATE 



J. 



1603 

FOR EACH FILE IN 
ARCHIVE THAT WAS 
CHANGED/DELETED, 
COPY THE FILE FROM 

THE ARCHIVE TO 
ORIGINAL LOCATION 



1604 

FOR EACH FILE IN 
ARCHIVE THAT WAS 
ADDED. DELETE THE 
FILE. 



1605 

REBOOT SYSTEM 



FIGURE 16 
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IGURE 17 



FIG. 17A 



FIG. 17B 



FIG. 17C 
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Welcome to Oil Change Product Registration! 

Has it an eooaple «f the product n«i<trtboa fbcmto be uiedfor Ot/ Oonsv- wckome yow c< 



PRODUCT INroRMAnON 



Product . ^ 

What t>po 0/ product is this? j^J^ c 



B^ov do yoo i2ni<7u^iy Jidmntlfy this product oa « systom? 
ISi gnatufFto ' C^*^ 

Identifying fll9 nme or ch«r«ct«r string: 
I 1 -^ i lc^. 



tfyou wesdd like OH Change to use cddxtiona! product verification filters, please select one or more 
of the following: 

check Vercion 

Checlc File Daf 

Checlc Reqiatry Entry 

ChaciL for Directory 



C: CHECKVERSION 

Sdect Ifan optioo f you would Eke the prognm to scan 



Figure 17a 
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What is th» name of the fil»7 

wher e Is this file l ocated? 
| RootDir6QOiy(C\) 



Check for whic h version? 



If you selected Specific Versioo/ 
which version should Terify? L 

If you solocted Multiple vrgi oP«f 



enter the version numbers: I ^ ^ 

f/or .ultipaa rereioM, tho r«.i«. ee,«r«eed *y - i.e. l. 01, 1-02, 

If you selected V«r«ioa Bange, r-~ t t 

enter versions in the range rrG«:L_J To;| | ^ 



r CHECK FILE DATE ^ . . 

Sdcct to option if you wodd Kkf Ihc prognoi to ictt the ^ 

wh et jg tlie nmo of the film? ^ M M 

I ^ 

Vh»r » is this file 1 oca ted? 
]Roc»iDi>ectoiy(CA) 

Which dete shovXd Oi l cbang* chec* /or? 
iLook faf a Specific fite Pete M 

If you chose a Speci f ic Oat«f__^ 
enter date here taa/ati/ryl|_ZIZj 
If you selected Latest I>at«, v*iat range 

will the date fall between? rroaij. J To:L 1 

4M£ifV 00/00/00 2B thm tremt £xeld/ 
(to aearch for eay d«t« pxxor tc the To: raeltf^ speoizr 



Figure I7b 
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If you selected Verslen Range, en^er versions 

in the range Tzamz l i To; l j 
(2X fmrchiaff Xor *21 «ttfe«««it«aC wroion», mntmr ZVZnTB the Vo: £ieJd; 

If you selected Speoiflo Pat e, ' 
enter date here {wm/^rD I \ 



Zf you selected Date BangOr 

enter range here Trcmt l \ to: I 1 

reo «a«reh tcr my d«e« fcior to the To: £i«id^ «peeiiy 00/QO/OO in the Pnnx £ieJd; 

If you selected Specific ttriagr 
hov should the a^ringg be coap ared? 
[Opmpttre Sbing-CASE SENSTTTVE g 

Enter the full Registry Stri ng 
I 

(Mtt the ia^Utyxnv «trisflr yoer proditce era«te9 ia the KiadoMV XegltfCryj 



□ CHECK FOR EXISTING DIRECTORY j i 

Scleatfau option if you wonia]ik£th«pro£nm to fcsa for taex^^ ' / * ^ 

If you selected Versi on Ba nge, ente r versions <^ 

in the range froa d 1 Tos f j 
(II •••rching for all siih0«gii«Bt nmioai, aatar isrznn la the To: field; 

If you selected Speclfio Date^ 

enter date here cWdd/ry) | j 

If you selected Date Bange, 
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